home *** CD-ROM | disk | FTP | other *** search
/ PC World Interactive 1 / PC World Interactive 1 - Nisan 1997.iso / nostalji / bbs / faq / mime3.txt < prev    next >
Text File  |  1995-07-08  |  29KB  |  711 lines
  1. Newsgroups: comp.mail.mime,comp.answers,news.answers
  2. Path: senator-bedfellow.mit.edu!bloom-beacon.mit.edu!usc!news.cerf.net!nntp2.cerf.net!shrike.irvine.com!jsweet
  3. From: mime-faq@ics.uci.edu (MIME FAQ maintainer)
  4. Subject: comp.mail.mime FAQ, part 3 of 3 (frequently asked questions list)
  5. Content-Type: message/partial; number=3; total=3; id="<mime_805185001@irvine.com>"
  6. References: <mime-faq1_805185001@irvine.com>
  7. Followup-To: comp.mail.mime
  8. Approved: news-answers-request@MIT.Edu
  9. Originator: jsweet@fester.irvine.com
  10. Sender: usenet@irvine.com (News Administration)
  11. Mime-Version: 1.0
  12. Organization: Irvine Compiler Corp., Irvine, California, USA
  13. Date: Sat, 8 Jul 1995 06:29:31 GMT
  14. Supersedes: <mime-faq3_802593001@irvine.com>
  15. Message-ID: <mime-faq3_805185001@irvine.com>
  16. Summary: This posting contains answers to some of the Frequently Asked
  17.     Questions about MIME (Multipurpose Internet Mail Extensions).
  18.     Please read it before posting a question to comp.mail.mime.
  19. Expires: Thu, 31 Aug 1995 06:30:01 GMT
  20. Content-Transfer-Encoding: 7bit
  21. Reply-To: mime-faq@ics.uci.edu (MIME FAQ maintainer)
  22. Lines: 686
  23. Xref: senator-bedfellow.mit.edu comp.mail.mime:6543 comp.answers:12971 news.answers:48023
  24.  
  25.  
  26. Archive-Name: mail/mime-faq/part3
  27. Version: $Id: mime3,v 3.13 1995/05/13 22:26:15 jsweet Rel $
  28. Posting-Frequency: monthly
  29.  
  30.  
  31. --
  32. ==========================================================
  33. comp.mail.mime frequently asked questions list (FAQ) (3/3)
  34. ==========================================================
  35. Part 3: Advanced Topics
  36. ~~~~~~
  37. --
  38.  
  39. Overview
  40. --------
  41. This is part 3 of a Frequently Asked Questions document about MIME,
  42. the multipurpose and multi-media standard for Internet mail.
  43.  
  44. Part 1 covers frequently asked questions.
  45.  
  46. Part 2 is a listing of MIME products.
  47.  
  48. Part 3 covers advanced topics.
  49. --
  50.  
  51. 10) Information
  52. ---------------
  53.  
  54. 10.1) MIME-relevant RFCs and other standards
  55.  
  56. The RFCs mentioned here are mainly relevant to persons building MIME
  57. software.  As an end user, if your mail system is nice to you, you
  58. won't really have to know very much about these things.
  59.  
  60. RFC and Internet-Drafts are available by anonymous FTP from any decent
  61. archive site.  If you're really stuck, try these URLs:
  62.  
  63. ftp://ds.internic.net/rfc/
  64. ftp://ds.internic.net/internet-drafts/
  65.  
  66. Additionally, RFCs may be requested from a mail-based archive server
  67. by sending a message to "mailserv@ds.internic.net".  In the body of
  68. the message, include one of the following commands:
  69.  
  70.     document-by-name rfcNNNN
  71.     document-by-name rfcNNNN.ps
  72.     document-by-name rfc-index
  73.  
  74. where NNNN is the number of an RFC to retrieve.  Not all RFCs are
  75. available in PostScript (.ps) format.  Retrieve the rfc-index to
  76. find out what's available.
  77.  
  78.  
  79. MIME is defined in RFC 1521 (MIME Mechanisms for Specifying and
  80. Describing the Format of Internet Message Bodies) and RFC 1522
  81. (Representation of Non-ASCII Text in Internet Message Headers).
  82.  
  83. These are Internet standards-track protocols.  For the full
  84. implications of this, see RFC 1610 (Internet Official Protocol
  85. Standards).  Here is their current status.
  86.  
  87.     RFC 1521: Draft Elective Standard
  88.     RFC 1522: Draft Elective Standard
  89.  
  90. These two RFCs do not fully define MIME.  For one thing, they are
  91. based on RFC 822 (Standard for the format of ARPA Internet text
  92. messages), as revised by RFC 1123 (Requirements for Internet hosts -
  93. application and support) and must be read in conjunction with these.
  94.  
  95. For another, they are extensible.  See 10.2 for a list of registered
  96. subtypes.
  97.  
  98. Many other RFCs deal with e-mail, including these:
  99.  
  100. IAB standards or standards-track RFCs
  101.  
  102.     RFC 1767  MIME Encapsulation of EDI Objects
  103.     RFC 1740  MIME Encapsulation of Macintosh files - MacMIME
  104.     RFC 1734  POP3 AUTHentication command
  105.     RFC 1731  IMAP4 Authentication mechanisms
  106.     RFC 1730  Internet Message Access Protocol - Version 4
  107.     RFC 1725  Post Office Protocol - Version 3
  108.     RFC 1700  Assigned Numbers   { Way more than the title implies. }
  109.     RFC 1653  SMTP Service Extension for Message Size Declaration
  110.     RFC 1652  SMTP Service Extension for 8bit-MIMEtransport
  111.     RFC 1651  SMTP Service Extensions
  112.     RFC 1502  X.400 Use of Extended Character Sets
  113.     RFC 1496  Rules for Downgrading Messages from X.400(88) to X.400(84)
  114.               when MIME Content-Types are Present in the Messages
  115.     RFC 1495  Mapping between X.400 and RFC-822 Message Bodies
  116.     RFC 1494  Equivalences between 1988 X.400 and RFC-922 Message Bodies
  117.     RFC 1424  Privacy Enhancement for Internet Electronic Mail: Part IV
  118.     RFC 1423  Privacy Enhancement for Internet Electronic Mail: Part III
  119.     RFC 1422  Privacy Enhancement for Internet Electronic Mail: Part II
  120.     RFC 1421  Privacy Enhancement for Internet Electronic Mail: Part I
  121.     RFC 1327  Mapping between X.400(1988)/ISO 10021 and RFC 822
  122.     RFC 1314  File format for the exchange of images in the Internet
  123.  
  124. Other RFCs (Informational, Experimental, or Historical)
  125.  
  126.     RFC 1741  MIME Content Type for BinHex Encoded Files
  127.     RFC 1733  Distributed Electronic Mail Models in IMAP4
  128.     RFC 1732  IMAP4 Compatibility With IMAP2 and IMAP2bis
  129.     RFC 1641  Using Unicode with MIME
  130.     RFC 1590  Media Type Registration Procedure
  131.     RFC 1563  The text/enriched MIME Content-type
  132.     RFC 1557  Korean Character Encoding for Internet Messages
  133.     RFC 1556  Handling of Bi-directional Texts in MIME
  134.     RFC 1555  Hebrew Character Encoding for Internet Messages
  135.     RFC 1524  A User Agent Configuration Mechanism For Multimedia 
  136.               Mail Format Information
  137.     RFC 1506  A tutorial on gatewaying between X.400 and Internet mail
  138.     RFC 1505  Encoding Header Field for Internet Messages
  139.     RFC 1489  Registration of a Cyrillic Character Set
  140.     RFC 1468  Japanese Character Encoding for Internet Messages
  141.     RFC 1456  Conventions for Encoding the Vietnamese Language
  142.     RFC 1428  Transition of Internet Mail from Just-Send-8 to 8bit-SMTP/MIME
  143.     RFC 1357  Format for emailing bibliographic records
  144.     RFC 1345  Character Mnemonics & Character Sets
  145.     RFC 1344  Implications of MIME for Internet mail gateways
  146.     RFC 1339  Remote mail checking protocol
  147.     RFC 1321  MD5 Message-Digest algorithm
  148.     RFC 1211  Problems with the maintenance of large mailing lists
  149.     RFC 1197  Using ODA for translating multimedia information
  150.     RFC 1176  Interactive Mail Access Protocol: Version 2
  151.     RFC 1153  Digest message format
  152.     RFC 1036  Standard for interchange of USENET messages
  153.     RFC 0934  Proposed standard for message encapsulation
  154.     RFC 0822  Standard for the format of ARPA Internet text messages
  155.     RFC 0821  Simple Mail Transfer Protocol
  156.     RFC 0807  Multimedia mail meeting notes
  157.  
  158. --------------------------------
  159.  
  160. 10.2) MIME types
  161.  
  162. There are registered and unregistered MIME types.  Unregistered MIME
  163. types begin with an "x-" and their meanings generally depend on
  164. private agreements between senders and receivers.  This section lists
  165. registered types and some known unregistered types.
  166.  
  167. --------------------------------
  168.  
  169. 10.2.1) List of registered MIME types
  170.  
  171. The latest list of registered MIME types is available from this file:
  172.  
  173. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/media-types
  174.  
  175. The media-types file also lists character sets registered for use with
  176. MIME, access types for external-body contents, content-transfer-encodings,
  177. and MIME/X.400 mapping tables.
  178.  
  179. A list of URLs follows for documents relevant to various media types.
  180. The media types are taken from the February, 1995 version of the
  181. aforementioned media-types file, but the URLs below aren't necessarily
  182. representative of the latest list of registered types.  In general,
  183. each <type> has a directory whose name has this form:
  184.  
  185. media-types/<type>/<subtype>
  186.  
  187. The <type> directory contains the definitions of the subtypes of the
  188. given <type>/<subtype>.
  189.  
  190.  
  191. Application types:
  192.  
  193. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/application/activemessage
  194. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/application/andrew-inset
  195. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/application/applefile
  196. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/application/atomicmail
  197. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/application/commonground
  198. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/application/cybercash
  199. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/application/dec-dx
  200. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/application/dca-rft
  201. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/application/iges
  202. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/application/mac-binhex40
  203. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/application/macwriteii
  204. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/application/mathematica
  205. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/application/msword
  206. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/application/news-message-id
  207. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/application/news-transmission
  208. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/application/octet-stream
  209. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/application/oda
  210. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/application/pdf
  211. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/application/postscript
  212. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/application/remote-printing
  213. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/application/rtf
  214. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/application/slate
  215. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/application/wita
  216. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/application/wordperfect5.1
  217. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/application/zip                 
  218.  
  219. Audio types:
  220.  
  221. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/audio/basic
  222.  
  223. Image types:
  224.  
  225. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/image/jpeg
  226. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/image/gif
  227. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/image/ief
  228. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/image/tiff
  229.  
  230. Message types:
  231.  
  232. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/message/external-body
  233. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/message/partial
  234. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/message/rfc822
  235. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/message/news
  236.  
  237. Multipart types:
  238.  
  239. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/multipart/alternative
  240. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/multipart/appledouble
  241. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/multipart/digest
  242. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/multipart/header-set
  243. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/multipart/mixed
  244. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/multipart/parallel
  245.  
  246. Text types:
  247.  
  248. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/text/enriched
  249. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/text/plain
  250. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/text/richtext
  251. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/text/tab-separated-values
  252.  
  253. Video types:
  254.  
  255. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/video/mpeg
  256. ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/video/quicktime
  257.  
  258.  
  259. Character sets:
  260.  
  261. See RFC 1700 for the latest list of registered character sets.
  262. These character sets are known to be registered at the time of
  263. this writing:
  264.  
  265. ISO-8859-1     see ISO_8859-1:1987
  266. ISO-8859-2     see ISO_8859-2:1987
  267. ISO-8859-3     see ISO_8859-3:1988
  268. ISO-8859-4     see ISO_8859-4:1988
  269. ISO-8859-5     see ISO_8859-5:1988
  270. ISO-8859-6     see ISO_8859-6:1987
  271. ISO-8859-7     see ISO_8859-7:1987
  272. ISO-8859-8     see ISO_8859-8:1988
  273. ISO-8859-9     see ISO_8859-9:1989
  274. US-ASCII       see ANSI_X3.4-1968
  275.  
  276. Access types for external contents:
  277.  
  278. AFS             CMU Andrew File System (Transarc Corp., Pittsburgh, PA, USA)
  279. ANON-FTP        anonymous FTP (RFC 1635, RFC 959)
  280. FTP             non-anonymous FTP (RFC 959)
  281. LOCAL-FILE      directly retrievable file
  282. MAIL-SERVER     request to a mail-based archive server
  283. TFTP            trivial file transfer protocol (RFC 1350)
  284.  
  285. Content transfer encodings:
  286.  
  287. 7BIT            BINARY
  288. 8BIT            QUOTED-PRINTABLE
  289. BASE64
  290.  
  291. --------------------------------
  292.  
  293. 10.2.2) List of known unregistered MIME types
  294.  
  295. Here is a list of some known x-types, x-subtypes, and x-parameters.
  296.  
  297. The enumeration of these x-types here does not imply any kind of
  298. standardization or open specification.  The meanings of x-types depend
  299. on private agreements between senders and receivers.  Some x-types may
  300. eventually become registered types; see sections 10.2.1 and 11.1.
  301.  
  302. Just because an x-type is generated by a proprietary mail user agent
  303. doesn't necessarily mean that only that MUA can handle the x-type.
  304. Metamail and MH, for example, permit you to set up your own mechanisms
  305. to handle various standard and non-standard content types.  In
  306. particular, it may simply be a matter of invoking some commercial
  307. application (aka invoking an "external viewer") to view data used by
  308. that application.  For example, FrameMaker or FrameViewer might be run
  309. to handle a content type of application/x-framemaker.  (In the case of
  310. Frame documents, there are several ways to handle this---see Frame
  311. Technical Note 1359 or consult the comp.text.frame FAQ.)  The Metamail
  312. source distribution comes with pre-defined mailcap entries for
  313. handling some x-types; these may offer clues about how to configure
  314. your own mail user agent.
  315.  
  316. Not all of the x-types listed here begin with "x-".  Although such
  317. non-standard types may contravene the MIME specification, the fact
  318. remains that someone out there is generating them.  Listing such types
  319. here is not intended to enshrine such types.
  320.  
  321. { NOTE: some of the meanings of these x-types are GUESSES by the FAQ
  322.   maintainer.  Please let us know about incorrect guesses, and, if
  323.   possible, supply a URL pointing to information about the x-type.
  324.  
  325.   And please feel free to let us know about whatever wacko or not-so-wacko
  326.   x-types that your UAs may unleash on an unsuspecting world.  If you
  327.   have a URL for a document that describes the format, so much the
  328.   better.  Please at least let us know what applications are generating
  329.   the x-types in question.  }
  330.  
  331.  
  332. Application types:
  333.  
  334. application/x-aiff      Z-Mail: AIFF audio data
  335. application/x-bcpio     MHonArc: bcpio data
  336. application/x-bitmap    Z-Mail: X11 bitmaps
  337. application/x-cpio      MHonArc: cpio archives
  338. application/x-csh       MHonArc: csh scripts
  339. application/x-dvi       MHonArc: TeX DVI data
  340. application/x-framemaker  Z-Mail: FrameMaker documents
  341. application/x-gtar      MHonArc: GNU tar archives
  342. application/x-hdf       MHonArc: hdf data
  343. application/x-inventor  Z-Mail: for Inventor files
  344. application/x-island-draw   Z-Mail: IslandDraw files
  345. application/x-island-paint  Z-Mail: IslandPaint files
  346. application/x-island-write  Z-Mail: IslandWrite files
  347. application/x-jot       Z-Mail: Jot documents
  348. application/x-latex     MHonArc: LaTeX documents
  349. application/x-macbinhex40   TCP/Connect II: Mac BinHex 4.0
  350. application/x-metamail-patch  metamail: patches to metamail
  351. application/x-mif       MHonArc: Frame MIF documents
  352. application/x-movie     Z-Mail: MoviePlayer documents
  353. application/x-ms-tnef   Worldtalk: proprietary "tunneling" type for MS Exchange
  354. application/x-netcdf    MHonArc: netcdf data
  355. application/x-sgi       Z-Mail: SGI ImageWorks documents
  356. application/x-sh        MHonArc: sh scripts
  357. application/x-shar      MHonArc: shell archives
  358. application/x-showcase  Z-Mail: Showcase documents
  359. application/x-sv4cpio   MHonArc: SVR4 cpio archives
  360. application/x-sv4crc    MHonArc: SVR4 crc data
  361. application/x-tar       MHonArc: tar archives
  362. application/x-tcl       MHonArc: tcl programs
  363. application/x-tex       MHonArc: TeX documents
  364. application/x-texinfo   MHonArc: GNU texinfo documents
  365. application/x-troff     MHonArc: plain troff documents
  366. application/x-troff-man MHonArc: troff -man documents
  367. application/x-troff-me  MHonArc: troff -me documents
  368. application/x-troff-ms  MHonArc: troff -ms documents
  369. application/x-ustar     MHonArc: ustar data
  370. application/x-wais-source  MHonArc: WAIS sources
  371. application/x-wingz     Z-Mail: Wingz documents
  372. application/x-xpm1      Z-Mail: OL pixmap files
  373. application/x-wt-stf    Worldtalk: proprietary "tunneling" type for Worldtalk
  374. application/x-zm-fax    Z-Mail: Z-Fax documents
  375.  
  376.  
  377. Audio types:
  378.  
  379. audio/x-aiff            MHonArc: AIFF audio data
  380. audio/x-wav             MHonArc: WAV audio data
  381. audio/x-macaudio        Iride: NOT sampled Macintosh audio
  382.  
  383. audio/x-next            MH 6.8: self-describing audio data
  384.   see ftp://ftp.ics.uci.edu/mh/contrib/multimedia/mhn-tutorial.ps
  385.                
  386.  
  387. Image types:
  388.  
  389. image/g3fax             X.400 mapping to/from g3-facsimile [RFC 1494]
  390. image/x-cmu-raster      MHonArc: CMU raster data
  391. image/x-fits        FITS files (see part 2 for an xv patch)
  392. image/x-macpict         TCP/Connect II, Iride: Macintosh PICT
  393. image/x-pbm             MHonArc: portable bit map data
  394. image/x-pgm             MHonArc: PGM data
  395. image/x-pict            MHonArc: Mactinosh PICT data
  396. image/x-pnm             MHonArc
  397. image/x-portable-anymap   MHonArc
  398. image/x-portable-bitmap   MHonArc
  399. image/x-portable-graymap  MHonArc
  400. image/x-portable-pixmap   MHonArc
  401. image/x-ppm             MHonArc
  402. image/x-rgb             MHonArc
  403. image/x-xbitmap         MHonArc: in-lines into the HTML
  404. image/x-xbm             MHonArc: in-lines into the HTML
  405. image/x-xpixmap         MHonArc
  406. image/x-xpm             MHonArc
  407. image/x-xwd             MHonArc
  408. image/x-xwindowdump     MHonArc: X window dump
  409.  
  410.  
  411. Text types:
  412.  
  413. text/html               MHonArc: WWW HTML
  414. text/unknown            Worldtalk
  415. text/x-html             MHonArc: WWW HTML
  416. text/x-setext           MHonArc: setext
  417. text/x-usenet-faq       Ohio State WWW FAQ document format
  418.  
  419.  
  420. Video types:
  421.  
  422. video/x-msvideo         MHonArc: Microsoft video data
  423. video/x-sgi-movie       MHonArc: SGI movie data
  424.  
  425.  
  426. Other types:
  427.  
  428. x-be2                   old Andrew format
  429. x-sun-attachment        Sun MicroSystems mailtool
  430. x-zm-multipart          old Z-Mail format
  431.  
  432.  
  433. Content transfer encodings:
  434.  
  435. uue            uuencoded data
  436. uuencode                uuencoded data
  437. x-uue                   uuencoded data
  438. x-uuencode              uuencoded data
  439.  
  440.  
  441. Character sets:
  442.  
  443. charset=x-unknown       MH 6.8.3: for untagged charsets
  444.  
  445.  
  446. Miscellaneous parameters:
  447.  
  448. application/octet-stream
  449.         type=tar; x-conversions=compress
  450.                         MH 6.8.x viamail: See also tar(1) and compress(1).
  451.  
  452. --------------------------------
  453.  
  454. 10.3) Internet Engineering Task Force (IETF) working groups
  455.  
  456. The IETF working group on Privacy-Enhanced Mail (PEM) has developed
  457. extensions that permit confidentiality, authentication, and integrity
  458. to be provided in a manner backwards compatible with RFC 821 and
  459. RFC 822.  Work is underway to align PEM and MIME which will provide
  460. real security to MIME e-mail.
  461.  
  462. The IETF MIME working group is not actively considering significant
  463. changes to the specifications.  However the WG still exists as a forum
  464. for MIME developers, as a home for interpretation questions, and to
  465. handle any problems or ambiguities that might arise in MIME.
  466.  
  467. --
  468.  
  469. 11) Developers' FAQs
  470. --------------------
  471.  
  472. 11.1) How can I register a new MIME type?
  473.  
  474. The procedures for registering new content types, character set
  475. values, access types, and conversions parameters with IANA (the
  476. Internet Assigned Numbers Authority) are documented in RFC 1590.
  477.  
  478.     [ "Harald T. Alvestrand" <Harald.T.Alvestrand@uninett.no> 27-Oct-94 ]
  479.  
  480.     I put up a few words on how I understand the current MIME body
  481.     part registration procedures on
  482.     
  483.     http://domen.uninett.no/~hta/mimestuff/media-types.html
  484.     
  485.     The Web version includes hyperlinks to the relevant IANA archives
  486.     and RFCs.
  487.  
  488. --------------------------------
  489.  
  490. 11.2) What's ESMTP, and how does it affect MIME?
  491.  
  492. ESMTP (Extended Simple Mail Transfer Protocol) is a mechanism by which
  493. extensions to "traditional" (RFC 821) SMTP can be negotiated by client
  494. and server.  The mechanism (RFC 1651) is open-ended; so far two
  495. extensions have been defined.
  496.  
  497. Message size declaration (RFC 1653) offers a graceful way for servers
  498. to limit the size of message they are prepared to accept.  (With SMTP,
  499. the only possibility is for the server to discard the message after it
  500. has been sent in its entirety.  There is no way for the client to know
  501. that it was the size of the message that caused the problem.)
  502.  
  503. When a message is returned to the user as being too large to deliver,
  504. one possible approach might be to fragment the message using the MIME
  505. Message/Partial mechanism, and resubmit it.
  506.  
  507. Depending on the exact reason for the "too large" rejection, this may
  508. or may not be a good idea.  For example, the limitation may reflect
  509. the recipient's disk quota, in which case the fragmented message will
  510. not be fully deliverable either.
  511.  
  512. The possibility of fragmentation should, therefore, be left to the
  513. user's discretion (not performed automatically by the SMTP client).
  514.  
  515. 8bit-MIMEtransport (RFC 1652) opens up the possibility of sending 8bit
  516. data in mail messages, without having to use base64, quoted-printable,
  517. or another encoding, and without the breakage that can result from
  518. sending 8bit data to an unsuspecting RFC 821 SMTP server.  RFC 1428
  519. (Transition of Internet Mail from Just-Send-8 to 8bit-SMTP/MIME)
  520. discusses some of the implications of this.
  521.  
  522. --------------------------------
  523.  
  524. 11.3) Where can I get some sample MIME messages?
  525.  
  526. Here's one source:
  527.  
  528. ftp://thumper.bellcore.com/pub/nsb/samples/
  529.  
  530. Here're more sources:
  531.  
  532.     [ Patrik Faltstrom <paf@bunyip.com> 13-Dec-1994 ]
  533.  
  534.     At 12:55 AM 12/11/94, Richard Willis wrote:
  535.     >Could someone tell me what the address of the person in Sweden
  536.     >is who kindly provided a set of MIME-conformancy tests via
  537.     >listserver...
  538.     
  539.     My address is paf@bunyip.com, and the address of the listserver
  540.     is mimeback@bunyip.com. Send the command (actually the name of the
  541.     file you want) as the subject in the message. Start with the command
  542.     "HELP".
  543.  
  544.     [ "Erik Huizer (SURFnet BV)" <Erik.Huizer@surfnet.nl> 20-Jan-1995 ]
  545.  
  546.     Test messages can be requested in the following way:
  547.     Send mail to <mime-test@relay.surfnet.nl> with a subject field
  548.     containing [ a type/subtype designation, or one of these: ]
  549.  
  550.     X-local    <to test how your UA deals with undefined content-types>
  551.     nested    <returns a message that contains nested multipart contents>
  552.     iso-8859-1    <returns a message with text/plain charset=iso-8859-1>
  553.  
  554.     A message containing the requested content-type will be returned to
  555.     the address contained in the from field.
  556.  
  557. --------------------------------
  558.  
  559. 11.4) Wouldn't MIME be better if it did <foo>?
  560.  
  561. This question is asked for various values of <foo>.  Perhaps the most
  562. common is "multilevel encodings": see the next question.  There are
  563. a couple general points that apply to all <foo>.
  564.  
  565. 1. Please remember that MIME is the result of a lot of work by a lot
  566. of persons, over a long time (look at the Acknowledgements section of
  567. RFC 1521).  A great many ideas, probably including yours, were
  568. considered.  In many cases, there were conflicting goals, such as
  569. simplicity and interoperability on the one hand, and power and
  570. flexibility on the other.
  571.  
  572. 2. If you really think you've got an original idea which would improve
  573. MIME, the correct place to pursue it is not this newsgroup, but the
  574. working group mailing list (having first read the archives, to check
  575. that it really is new).  Yes, this is going to be a lot more work than
  576. posting a news article.
  577.  
  578. --------------------------------
  579.  
  580. 11.5) So what about multilevel encodings?
  581.  
  582. MIME uses a two-level encoding scheme.  The original object (for
  583. example, a picture, or a text document) is encoded using a well
  584. defined mechanism appropriate to that object (perhaps GIF for the
  585. picture, and text/enriched for the document).  Then a second encoding
  586. is used to ensure that the first encoding can be transmitted intact
  587. (probably base64 for the GIF, and quoted printable for the
  588. text/enriched document). 
  589.  
  590. Note that there is a very small number of the second encodings (five,
  591. but three of these are simply indications of what kind of data an
  592. unencoded body part contains), and it is not expected that there will
  593. be many more in the foreseeable future.
  594.  
  595. The multilevel encodings idea is for a more generalized MIME-like
  596. encoding mechanism that could indicate many arbitrary transformations
  597. of the original object.  For example,
  598.  
  599.     Content-Type: application/tar; conversions="encrypt,compress,uuencode"
  600.  
  601. might indicate a UNIX tar file that had been encrypted, then
  602. compressed, then uuencoded.  (This is a fictitious example of how MIME
  603. might have worked; it's not legal MIME.  Don't worry if you've never
  604. heard of some of these transformations.)
  605.  
  606. This may look like an attractive scheme at first, but it has a number
  607. of problems.
  608.  
  609. 1. If you've been brought up on UNIX and command pipelines, the
  610. implementation of such a scheme seems trivial.  Surely any half-decent
  611. machine can do something similar?  Unfortunately, this turns out to be
  612. true only for a very restricted definition of "half-decent".  In
  613. practice, it would be awfully difficult to implement this on a lot of
  614. systems.  Probably even more systems would not allow new
  615. transformations to be just "slotted in", and would require
  616. recompilation or reshipping whenever a new one came along.
  617.  
  618. 2. Each successive transformation reduces the size of the audience who
  619. can successfully decode the message.  Every MIME mailer must be able
  620. to decode base64 and quoted-printable, so it's guaranteed that you can
  621. at least get back to the raw data.  What if, in the above example, I
  622. have tar, decrypt, uudecode, but no uncompressor?
  623.  
  624. 3. Such a scheme does not increase the scope of the framework defined
  625. by MIME.  If uuencoded, compressed, encrypted tar files are useful
  626. things to sling around, it is entirely possible to define a new MIME
  627. type (presumably a subtype of application) to handle them.
  628.  
  629. --------------------------------
  630.  
  631. 11.6) Why doesn't MIME include a mechanism for compression?
  632.  
  633. Compression is a difficult area.  It was considered by the working
  634. group, but no consensus was reached.  There is still work going on in
  635. this area: there may someday be a compressed-64 encoding.
  636.  
  637. Most compression algorithms have one of more of these undesirable
  638. properties: they are covered by patent, they require the ability to
  639. treat the input as a stream of bits, they use a large data space.  The
  640. chances of finding a truly interoperable compression algorithm are
  641. therefore rather slim.
  642.  
  643. It is worth noting that most or all of the image and video subtypes
  644. (including GIF, JPEG, TIFF, and MPEG) define their own compression
  645. schemes.
  646.  
  647. --------------------------------
  648.  
  649. 11.7) What's this Content-Disposition header?
  650.  
  651. It's a way to specify what needs to be done with a MIME content, such
  652. as storing it in a file with a particular name, or displaying it.
  653.  
  654. For information about Content-Disposition, see the Internet draft
  655. written by Steve Dorner and Rens Troost, which is available as:
  656.  
  657. ftp://ds.internic.net/internet-drafts/draft-dorner-content-header-01.txt
  658.  
  659. --
  660.  
  661. 12) Acknowledgements
  662. --------------------
  663.  
  664. Many persons have contributed to this document.
  665.  
  666. They include:
  667.  
  668. Alan Robiette, Alec Henderson, Axel Boldt, Carlyn Lowery, Chris
  669. Pepper, Christophe Wolfhugel, Christopher Davis, Craig Huckabee,
  670. Daniel Fandrich, Daniel Glazman, Dave Curry, Dave Lacey, David Barr,
  671. David Collier-Brown, David Miller, Douglas Boyce, Ed Anselmo, Ed
  672. Greshko, Edward Vielmetti, Erik van der Poel, Gisle Hannemyr, Harald
  673. Alvestrand, Ian Hoyle, James Ford, Jason Beyer, Jay Weber, Jerry Peek,
  674. Jerry Sweet, Joe Ilacqua, Joergen Haegg, John Gardiner Myers, John
  675. Martin, John R MacMillan, John Romine, Joyce Reynolds, Keith Moore,
  676. Larry Salomon Jr, Larry W. Virden, Lars-Gunnar Olsson, Luc
  677. Rooijakkers, Marc VanHeyningen, Mark Crispin, Mark Grand, Marshall
  678. Rose, Martin Wendel, Masanobu Umeda, Michael Parson, Michael Urban,
  679. Nathaniel Borenstein, Ned Freed, Niklas Agren, Olle Jarnefors, Pat
  680. Farrell, Paul Eggert, Piero Serini, Quentin Smart, Ran Atkinson, Ray
  681. Langford, Rich Ragan, Rick Troth, Roman Czyborra, Ron Barak, Sascha
  682. Wildner, Steve Dorner, Steve Hole, Stuart Lynne, Susan Straub, Syd
  683. Weinstein, Tim Goodwin, Tim Kehres, Tommy Wallo, Yehavi Bourvine.
  684.  
  685. If we've left your name off, please accept our apologies.  Drop us a
  686. note and we'll include it for next time.
  687.  
  688. Thanks also to the University of California, Irvine, Department of
  689. Information and Computer Science, Einar Stefferud, and Irvine Compiler
  690. Corp., for providing the resources for maintaining this FAQ; and to
  691. Jonathan Kamens, for coordinating the *.answers groups, and for his
  692. post_faq program which brought you this FAQ.
  693.  
  694. 13) Permissions
  695. ---------------
  696.  
  697. Permission is granted for non-profit redistribution of the unedited
  698. comp.mail.mime FAQ.
  699.  
  700. For-profit redistribution of the unedited comp.mail.mime FAQ is
  701. presently permitted, but the maintainers request that you notify them.
  702. (For this purpose, commercial USENET newsfeeds, bboards, and other
  703. electronic or physical media distributions that incidentally include
  704. this FAQ as part of a full re-distribution of the newsgroups in which
  705. the FAQ appears, needn't notify us.)
  706.  
  707. --
  708. End of Part 3
  709. *************
  710. --
  711.